home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 1 / Cream of the Crop 1.iso / DESQVIEW / QTECH527.ARJ / LOADHI5.TEC < prev    next >
Text File  |  1991-03-12  |  6KB  |  127 lines
  1. ID:LH Loadhi: Recent Versions
  2. Quarterdeck Technical Note #183
  3. by Joe Wilder
  4.  
  5. This technote discusses QEMM's Loadhi programs, concentrating on
  6. material which is not already in the Quarterdeck manuals and on
  7. versions of QEMM 5.0 or later. Chapter 5 and Appendix A of the
  8. Quarterdeck expanded memory manager manual contain
  9. the basic Loadhi information.
  10.  
  11. Q: What does Optimize do?
  12.  
  13. OPTIMIZE will load TSRs and device drivers high in the most
  14. "optimal" way, sometimes testing millions of different
  15. possibilities. The LOADHI programs available in QEMM version 5
  16. and later can determine the size of particular TSRs or device
  17. drivers and can place them in specific memory address ranges. It
  18. would normally be difficult to use the Loadhi programs
  19. manually to improve on the way Optimize arranges programs
  20. in high memory.
  21.  
  22. Q: What's Loadhi all about?
  23.  
  24. There is a popular misconception that PCs using DOS have an
  25. absolute limit of 640K of space to run programs in.  Untrue --
  26. there is actually 1024K of addressable code space. The LOADHI
  27. programs are used to run resident programs and device drivers in 
  28. the address space between 640K and 1024K.  This area is normally
  29. reserved for hardware devices such as video cards, system ROM and
  30. network adapters.  Any space in that ramge that isn't occupied by
  31. these devices, Roms, and Ram is just that, empty space.  There is
  32. usually more that one.  Each of these areas is called a region. 
  33. Qemm attaches memory to these empty spaces with a process called
  34. memory mapping creating "High Ram."  The more devices you have
  35. that use the address range 640-1024K, the less high memory will
  36. be available to load programs into.  Expanded memory managers
  37. also utilize 64K of this upper address space for what is called a
  38. "page frame."  The expanded memory page frame is a space through
  39. which programs familiar with the expanded memory standard can get
  40. access to the larger pool of expanded memory.
  41.  
  42. Q: Can I get rid of the Expanded memory page frame?
  43.  
  44. The page frame may turned off, and doing so would allow space for
  45. 64K more High Ram.  The disadvantage to doing this is that programs
  46. that want to use the expanded memory pool could no longer do so.
  47. Therefore, turning off the expanded memory page frame is only a
  48. viable option for users whose programs don't use expanded memory. 
  49. The parameter to turn off the expanded memory page frame is
  50. "FRAME=NONE".
  51.  
  52. Q: Will QEMM and LOADHI load TSRs directly into extended and/or
  53. expanded memory?
  54.  
  55. Many new QEMM users assume that LOADHI can run TSRs and device
  56. drivers directly in extended or expanded memory.  This is not the
  57. case.  The only address space where these items can be run is in
  58. what were empty addresses (previous to the installation of Qemm
  59. and the RAM parameter) in the address range from 640K to 1024K. 
  60. This is where "High Ram" gets installed using the RAM parameter
  61. of Qemm.
  62.  
  63. Q: Why am I getting an error message, "No High Memory Available"?
  64.  
  65. The RAM parameter to QEMM.SYS must be invoked in order to use
  66. LOADHI programs. This attaches some expanded memory to the unused
  67. addresses in the reserved memory area.  Once the RAM is available,
  68. programs can be loaded there with LOADHI.  If loading high is
  69. attempted without the RAM parameter being specified, the above
  70. error message will appear.  Using the RAM parameter to QEMM.SYS
  71. prevents QEMM from being turned off at the prompt.  
  72.  
  73. Q: I seem to have enough High Ram, but my program still won't
  74. load high.
  75.  
  76. Each program must be loaded into a single contiguous memory area. 
  77. Because of this, very large TSRs and device drivers often won't
  78. load high.  For instance, if QEMM establishes two high memory
  79. regions, one of 80K, and the other of 32K, a program that requires
  80. 90K to load wouldn't be able to be loaded high.  It would have to
  81. fit in one Region or the other.  The size and number of regions
  82. varies from computer to computer depending on the size of the BIOS,
  83. the number of devices and where in the 640-1024K address space
  84. these are situated.
  85.  
  86. Q: Why doesn't my "Largest Available" window size, indicated by
  87. DESQview's Memory Status program, increase when I load my drivers
  88. and TSRs high?
  89.  
  90. Q: Is there any way of finding just a little more High Ram?
  91.  
  92. There are some small things you can do that may improve your
  93. available conventional memory.  Rearranging your config.sys and
  94. autoexec.bat so that the items that take the most memory come
  95. first often will improve available conventional memory when
  96. Optimize is run.  Setting up you hardware devices so that the
  97. available High Ram is large contiguous regions instead of small
  98. fragmented regions will allow Optimize more options in putting
  99. things up high.  For example, three 7K regions often aren't as
  100. usable as one 21K area.  Changing the address ranges hardware is
  101. accomplished by reconfiguring the hardware itself.  Some devices
  102. have jumpers or switches on the card, others are software
  103. configurable.  Using the Analyze feature of Qemm will almost
  104. surely find some more places to put High Ram.  If this procedure
  105. is used, the instructions must be followed explicitly.
  106.  
  107. Q: Is there anything special to consider about Loading High for
  108. DESQview users? 
  109. DESQview has the capability of running most of its own code in
  110. high memory.  You don't have to use the RAM parameter with QEMM
  111. to get this feature.   DV.COM (XDV.COM renamed) will map expanded
  112. memory into the available addresses on its own.  It will then run
  113. DESQview in that memory.   DESQview can use as much as 95K of
  114. reserved memory space. Loading high too many resident programs
  115. and drivers before going into DESQview may cause DESQview to load
  116. more of itself in the lower 640K, resulting in little or no gain
  117. for the largest available window size in DESQview.  Sometimes,
  118. because of the different sizes of memory regions available, you
  119. may actually get a slightly larger window size in DESQview by
  120. loading something low instead of high.  If you are running
  121. DESQview, it is a good idea to avoid loading "Pop-up" type TSRs
  122. before DESQview at all (using LOADHI or not), but instead put
  123. them in DESQview windows, where their overhead in lower memory
  124. can be completely eliminated.
  125.  
  126.         Copyright (C) 1991 by Quarterdeck Office Systems
  127.              * * *   E N D   O F   F I L E    * * *